Increase number of DRM planes supported per device #5220
Conversation
|
Only against 6.1 as that was the branch I happened to be on here. |
popcornmix
force-pushed
the
rpi-6.1.y
branch
3 times, most recently
from
c263fb3 to
96232dd
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
dbf802e to
a3b7ce3
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
from
a3b7ce3 to
56da667
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
from
a887da3 to
a03d8e0
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
70a5069 to
5725471
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
from
b91c411 to
5ca32de
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
de96d11 to
2373697
Compare
|
Sorry for the belated answer. I've reviewed the UAPI, and I think you're right, it doesn't look like the plane mask is exported to the userspace. Only the plane ID is, but it's going to be far lower than the maximum value for u64. |
|
Is it worth sending this upstream? With wlroots starting to use multiple planes when available, 32 planes does become a limitation. I guess the other thing to look at is abstracting it out so that it is only internal to drm core. The size could then be totally arbitrary. One for another day. |
|
We can definitely try to send it, yeah. Worst case scenario is that it's rejected for some reason :) |
|
Is this PR ready for merging? It at least needs to be rebased. |
Let's see what mainline think to it. |
popcornmix
force-pushed
the
rpi-6.1.y
branch
3 times, most recently
from
67c499b to
128370f
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
1fe10b9 to
eaf07c3
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
from
0cb594c to
3c734d4
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
cc10c13 to
e9b8fd9
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
0c9bfdb to
b698502
Compare
popcornmix
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
02928eb to
e3376fb
Compare
6by9
force-pushed
the
rpi-6.1.y
branch
2 times, most recently
from
97f63b5 to
fb76892
Compare
The limit of 32 planes per DRM device is dictated by the use of planes_mask returning a u32. Change to a u64 such that 64 planes can be supported by a device. Signed-off-by: Dave Stevenson <[email protected]>
The HVS can accept an arbitrary number of planes, provided that the overall pixel read load is within limits, and the display list can fit into the dlist memory. Now that DRM will support 64 planes per device, increase the number of overlay planes from 16 to 48 so that the dlist complexity can be increased (eg 4x4 video wall on each of 3 displays). Signed-off-by: Dave Stevenson <[email protected]>
|
(Sorry for the churn on here - I pushed to the wrong branch. This is now rebased, but I still haven't sent it upstream). |
|
Closing as 6.1 is definitely superceded, and being investigated with #6319 |
DRM had a somewhat arbitrary limit of 32 planes per device due to internally using a u32 for a bitmask.
HVS can support more planes than that, so switch to a u64 and increase the limit to 64.
@mripard thoughts?
I don't see the bitmask being exported to uapi, therefore this shouldn't cause grief.